home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9806 / 000316_owner-linux-arm…r.rutgers.edu _Fri Jun 26 17:18:06 1998.msg < prev    next >
Internet Message Format  |  1998-06-30  |  4KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from virtual.bbc.co.uk (virtual.bbc.co.uk [132.185.132.199])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id RAA17545
  4.     for <willy@odie.barnet.ac.uk>; Fri, 26 Jun 1998 17:18:05 +0100
  5. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  6.     by virtual.bbc.co.uk (8.8.5/8.8.5) with ESMTP id RAA22610
  7.     for <willy@bofh.ai>; Fri, 26 Jun 1998 17:46:35 +0100 (BST)
  8. Received: from vger.rutgers.edu ([128.6.190.2]:31768 "EHLO vger.rutgers.edu" ident: "root") by nic.funet.fi with ESMTP id <10400-15808>; Fri, 26 Jun 1998 19:45:46 +0300
  9. Received: by vger.rutgers.edu id <971398-15880>; Fri, 26 Jun 1998 11:18:55 -0400
  10. Received: from heaton.cl.cam.ac.uk ([128.232.32.11]:1067 "HELO heaton.cl.cam.ac.uk" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <971372-15880> convert rfc822-to-8bit; Fri, 26 Jun 1998 08:02:56 -0400
  11. Received: from cowslip.cl.cam.ac.uk (cl.cam.ac.uk) [128.232.3.212] (rjb45)
  12.     by heaton.cl.cam.ac.uk with esmtp (Exim 1.82 #1)
  13.     id 0ypXfi-0006tE-00; Fri, 26 Jun 1998 13:32:06 +0100
  14. X-Mailer: exmh version 2.0.2+CL 2/24/98
  15. To: ARM Linux <linux-arm@vger.rutgers.edu>
  16. Subject: Re: ARM and RPM 
  17. In-reply-to: Your message of "Fri, 26 Jun 1998 11:19:05 +0200."
  18.              <Pine.A32.3.91.980626111633.19607C-100000@aixgraf1.urz.uni-heidelberg.de> 
  19. Mime-Version: 1.0
  20. Content-Type:     text/plain; charset=US-ASCII
  21. Content-Transfer-Encoding: 7BIT
  22. Date:     Fri, 26 Jun 1998 13:32:05 +0100
  23. From: Richard Bradbury <Richard.Bradbury@cl.cam.ac.uk>
  24. Message-Id: <E0ypXfi-0006tE-00@heaton.cl.cam.ac.uk>
  25. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  26. Sender: owner-linux-arm@vger.rutgers.edu
  27. Precedence: bulk
  28. X-Loop: majordomo@vger.rutgers.edu
  29. Status: RO
  30.  
  31. On Wed, 24 Jun 1998 andrewm@corelcomputer.com wrote:
  32. > I'm working on RPM and designing a rpmrc we can all live with.
  33. > I need to know what "uname -m" people see other than "sa110",
  34. > and what the ARM architecture is for that processor.
  35.  
  36. I've always been baffled by "uname -m".  It is supposed to return the
  37. machine architecture, but in fact returns the CPU type.  The Intel Linux
  38. box I use returns "i586" and the variety of other Unix boxes I use give
  39. things like "alpha", "sun4u", "RISC" (a MIPS chip) and "9000/725"
  40. (HP PA).
  41.  
  42. A newer version of GNU uname (1.16) offers the "-p" option for processor
  43. type.  This should really be where things like "i486", "arm710", "sa110"
  44. and so on should appear.
  45.  
  46. So the question is what can "-m" usefully return?  Should it be a generic
  47. CPU architecture ("ix86", "alpha", "arm3", "arm4") or should it be an
  48. indication of the hardware type ("a5k", "riscpc", "phoebe", "ebsa",
  49. "shark", "cats", "netwinder")?
  50.  
  51. The trouble is that with some PCs and workstations, the CPU type implies
  52. a particular machine architecture: Intel chip means IBM PC with ISA and
  53. PCI buses.  This is clearly not the case for the wide variety of ARM
  54. Linux machines already out there.
  55.  
  56. At the end of the day, I think it's got to be about binary compatibility.
  57. If two machines can run the same set of binaries, then they should return
  58. the same value for "uname -m".
  59.  
  60. In a multi-platform Unix environment, I want to be able to write things
  61. like:
  62.  
  63.   PATH=$PATH:$HOME/bin/`uname -m`_`uname -s`
  64.  
  65. In fact, we run a special version of "arch" here which sorts everything
  66. out automatically.  For example, "arch -bin" reports the correct generic
  67. binary directory name: "ix86_linux", "alpha_osf1", "mips_ultrix", etc.
  68. In other words, it makes up for the deficiencies of "uname" as
  69. implemented in 57 different varieties by the Unix community.
  70.  
  71. For ARM Linux we could have "arm4" for architecture version 4 CPUs and
  72. "arm3" for older processors.  Or simply "arm" for everything.
  73.  
  74. Comments anyone?
  75.  
  76. -- 
  77. R.
  78.  
  79. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu